home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19950528-19950726
/
000403_news@columbia.edu_Wed Jul 19 15:45:13 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-07-31
|
2KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA24284
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 20 Jul 1995 13:38:20 -0400
Received: by apakabar.cc.columbia.edu id AA01067
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 20 Jul 1995 13:38:19 -0400
Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: MS-KERMIT 3.14 Multiple TCP/IP sessions
Message-Id: <1995Jul19.214513.56615@cc.usu.edu>
Date: 19 Jul 95 21:45:13 MDT
References: <3uhp19$ihj@zippy.radian.com>
Organization: Utah State University
Lines: 14
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <3uhp19$ihj@zippy.radian.com>, Tim_Helmstetter@radian.com writes:
> I am running MS-DOS KERMIT 3.14 with the latest patch that fixed my problem with multiple
> TCP/IP sessions disconnecting (Thank-you!) Now, however, if a session has a bell sent to it,
> the bell codes will queue up until the session becomes current. You then have to minutes,
> all the while the bell is chirping, before the queue is cleared. I could turn the bell off
> but then I would sit idle while the codes clear, but my users will think they are hung.
> I am connecting to a Unisys U6000 running SRV4. Has anyone else experienced this?
------------
That's a normal artifact of running multiple sessions and letting
some block. Bytes aren't lost, thank goodness. And there isn't a practical
way of keeping all sessions active because terminal emulation is required
of each (and some commands generate feedback too). You can revert to visual
bells (SET BELL VISUAL) and watch the local lightning storm on your monitor.
Joe D.